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(54) Routing to intelligence. 

(57) In a telecommunications network, outgoing 
calls from a particular subscriber location (11-1) 
for each of a plurality of telecommunications 
applications are delivered via a single access 
link (31) to a single point of distribution (410) 
through which the subscriber location is 
caused to be connected, as a function of the 
telecommunications application type, to an ap- 
propriate intelligent network element (INE) ser- 
ver. (55) Additionally, incoming calls of the 
various application types and directed to a par- 
ticular directory number are delivered to a 
single point of collection (420) associated with 
its NPA-NNX and connections for those calls are 
caused to be made from the point of collection 
to an appropriate INE server (65), as a function 
of the telecommunications application type and 
the directory number in question. Communi- 
cations within the network are by way of 
asynchronous transfer mode (ATM) cells. 
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Background of the Invention 

The present invention relates to telecommunica- 
tions. 

For most of its history, telecommunications was 
limited to the provision of a single telecommunica- 
tions "application"— so-called plain old telephone ser- 
vice, or POTS. Within the last thirty years or so, how- 
ever, a wide array of new telecommunications appli- 
cations have been introduced with yet others being 
planned for implementation within this decade and 
beyond. Thus the range of current and future tele- 
communications applications includes not only 
POTS, but facsimile, cash machine and lottery tele- 
communications applications, access to computers, 
video to the home, and telephone-network-based 
games, as well as a variety of features that can be im- 
plemented for various of the telecommunications ap- 
plications, such as call waiting, calling number ID, and 
speed calling. The aforementioned and other tele- 
communications applications are realized by such tel- 
ecommunications "services" as basic voiceband 
switching, packet switching, message switching, 
frame relay, SMDS and call switching (such as the so- 
called asynchronous transfer mode, or ATM). 

Summary of the Invention 

It is a straightforward matter to provide a sub- 
scriber location with access to different telecommu- 
nications applications by connecting the appropriate 
terminal devices, e.g., POTS telephone, cash ma- 
chine, video terminal, or personal computer, at the 
subscriber location via respective ohmic or photonic 
links extending from the terminal devices to so-called 
intelligent network element (INE) servers capable of 
supporting respective telecommunications applica- 
tions. 

I have recognized, however, that that approach is 
less than optimal. 

In accordance with the invention, outgoing calls 
from a particular subscriber location for each of a plur- 
ality of telecommunications applications are deliv- 
ered to a single point of distribution through which the 
subscriber location is caused to be connected, as a 
function of the telecommunications application type, 
to an appropriate INE server. 

Brief Description of the Drawing 

FIGS. 1 and 2, when arranged as shown in FIG. 
3 V comprise a block diagram of a telecommunica- 
tions network embodying the principles of the in- 
vention; 

FIG. 4 is a block diagram of one of the routing to 
intelligence (RT1) facilities used in the network of 
FIGS. 1 and 2; 

FIGS. 5 and 6 depict the contents of number 



translation tables contained within two of the RTI 
facilities; 

FIG. 7 shows the format of ATM cells communi- 
cated with the network of FIGS. 1 and 2; 
5 FIG. 8 is a simplified flowchart of the outgoing 

call processing carried out by the network of 
FIGS. 1 and 2 in accordance with the invention; 
and 

FIG. 9 is a simplified flowchart of the incoming 
10 call processing carried out by the network of 

FIGS. 1 and 2 in accordance with the invention. 

Detailed Description 

15 An exemplary portion of an overall telecommuni- 

cations network embodying the principles of the in- 
vention is shown in FIGS. 1 and 2, when arranged as 
shown in FIG. 3. In accordance with prior art practice, 
particular subscriber locations, typified by subscriber 

20 locations 12-1 through 12-N, are provided with stan- 
dard, or POTS, telephony by POTS central office 
switch 45. The terminal devices within subscriber lo- 
cations 12-1 and 12-N are conventional analog tele- 
phone sets 12-12 and 12-22 which are connected to 

25 central office switch 45 via serving terminal 22 and 
access network 32, which may include various cross- 
connected access network segments— so-called 
feeder pairs and distribution pairs. Alternatively, ac- 
cess network 32 may comprise, for example, a sub- 
so scriber loop carrier (SLC) system of a type already 
widely deployed throughout the telecommunications 
infrastructure. 

Other subscriber locations, illustratively sub- 
scriber locations 11-1 and 11-2, have terminal devices 

35 for telecommunications applications other than just 
POTS. In particular, subscriber locations 11-1 and 11- 
2 respectively include video telecommunications ter- 
minals 11-11 and 11-21 for the video application. They 
also include analog telephone sets 11-12 and 11-22 

40 for the POTS application. Subscriber location 11-1 
further includes a personal computer 11-14 for data 
appl ications, wh ile subscriber location 11-2 further in- 
cludes ISDN telephone set 11-23 for the ISDN appli- 
cation. Although not explicitly shown in the drawing, 

45 each of the aforementioned terminal devices may be 
connected in parallel with other like devices-collo- 
quially referred to as "extensions." For simplicity, 
however, the discussion below proceeds on the as- 
sumption that only one terminal device of any given 

so type is present at any particular subscriber location. 

Intelligent network element, or INE, servers for 
the various applications illustratively include central 
office switch 45 for the POTS application; central of- 
fice switch 75 forthe ISDN application; data server 85 

55 for a data application; and video switches 55 and 65 
for the video application. Each of these servers has 
an associated NPA-NNX, where NPA is the so-called 
numbering plan area, or "area code," and NNX is the 
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so-called exchange. The directory numbers for sub- 
scriber locations supported by each server are of the 
form NPA-NNX-ABCD, where ABCD is a four-digit 
number assigned to the subscriber location in ques- 
tion. Illustratively, each of the INE servers shown in 5 
the drawing has the same NPA-namely 908. Starting 
from the top of FIG. 2, their respective exchanges are 
949, 615, 834, 582 and 957. 

Subscriber locations 11-1 and 11-2 could have in- 
dividual access network connections to the various 10 
INE servers in order to obtain access to the various 
applications supported by those servers. Indeed, just 
as access network 32 provides direct connections 
from subscriber locations 12-1 through 12-N to cen- 
tral office switch 45, links 551, 651, 751 and 851 into is 
line ports of INE servers 55, 65, 75 and 85 represent 
such direct connections from locations (not shown) 
served by those servers. Instead of such direct con- 
nections, however, subscriber locations 11-1 and 11- 
2 are provided with "routing to intelligence," or RTI. 20 

In particular, outgoing calls from a particular one 
of these locations-referred to as "RTI subscriber lo- 
cations"— for each of a plurality of telecommunica- 
tions applications are delivered to a single point of dis- 
tribution through which the subscriber location is 25 
caused to be connected, as a function of the telecom- 
munications application type, to an appropriate one of 
the INE servers. To this end, the outputs of video ter- 
minal 11-11, telephone set 11-12 and personal com- 
puter 11-14 are communicated via (illustratively) indi- 30 
vidual wire pairs, or "drops," serving terminal 21, and 
access network 31 to a point of distribution, RTI dis- 
tributor 410, within an RTI facility 40. Specifically, the 
outputs of those three terminal devices are packe- 
tized by a conventional packet assembler/disassem- 35 
bier, or PAD, (not shown) within serving terminal 21, 
and it is the resulting packets that are communicated 
to RTI distributor 410. The outputs of video terminal 
11-21 and telephone sets 11-22 and 11-23 are simi- 
larly packetized within serving terminal 21 and com- 40 
municated to RTI distributor 410, again via serving 
terminal 21 and access network 31. In alternative em- 
bodiments, the packetization could be implemented 
by PADs installed at the subscriber location, in which 
case a single "drop" between the subscriber location 45 
and the serving terminal can be used for communica- 
tions for all of the terminal devices at that location. 

Subscriber location 11-N does not require RTI. 
Like subscriber locations 12-1 and 12-N, it subscribes 
only to POTS and is served by central office switch so 
45. However, the output of its POTS telephone set 11- 
N2 needs to be in packet form so as to be in conform- 
ity with the other traffic handled by serving terminal 
21. To this end, the (originally analog) output of tele- 
phone set 11-N2 is also packetized, illustratively with- 55 
in the serving terminal. In this sense, subscriber loca- 
tion 1 1-N is treated as though it were an RTI subscrib- 
er location and is hereinafter referred to as such. 



Other RTI subscriber locations (not shown) are 
connected to RTI distributor 410 via respective serv- 
ing terminals and access networks. 

RTI facility 40 is associated with central office 
switch 45, while further RTI facilities 50, 60, 70 and 
80 are associated with video switch 55, video switch 
65, central office switch 75 and data server 85, re- 
spectively, and have respective links thereto 502, 
602, 702 and 802. Potentially, any of the RTI facilities 
could be the RTI facility to which an RTI subscriber is 
connected. In practical applications, however, RTI 
subscribers will typically be connected to an RTI fa- 
cility associated with a central office switch. Thus, for 
example, subscriber locations 13-1 through 13-N are 
provided with RTI via a connection to the RTI facility 
associated with central office switch 75-namely RTI 
facility 70— via serving terminal 23 and access net- 
work 33. Reasons for having an RTI facility associat- 
ed with each INE server—even the ones which do not 
provide direct RTI support for RTI subscribers— will 
become apparent as this description continues. 

RTI distributor 410 has links 402 connecting to 
line ports of particular ones of the INE servers— 
namely central office switch 45, video switch 55 and 
central office switch 75— and it is via such links that 
connections are made from subscriber locations 11- 
1 through 11-N to those INE servers in accordance 
with the invention. Connections are made to others of 
the INE servers via their respective RTI facilities as 
described below. 

The INE servers shown in the drawing are illus- 
tratively connected to other servers of like kind (not 
shown) within the network via conventional intra-lata 
trunks and interexchange carrier trunks 452, 552, 

652, 752 and 852 which may connect to one another 
either directly or via intra-lata and/or interexchange 
carrier switch points. Additionally, RTI facilities 40, 
50, 60, 70 and 80 respectively include RTI collectors 
420, 520, 620, 720 and 820. For the present, it suffic- 
es to note that each INE server is connected from at 
least ones of its output or trunk, ports to the RTI col- 
lector—serving, as will be seen, as a point of collec- 
tion—within its associated RTI facility. Further, the va- 
rious RTI collectors are themselves interconnected. 
Central office switch 45, video switch 55, video switch 
65, central office switch 75 and data server 85 are 
each connected to the RTI collectors within their re- 
spective associated RTI facilities via links 453, 553, 

653, 753 and 853, respectively. Additionally, ones of 
links 453 extend directly to trunk ports of at least cer- 
tain of the INE servers in addition to central office 
switch 45-namely, video switch 65 and central office 
switch 75. Moreover, the RTI collectors are connected 
to other RTI collectors within the network via trunks 
403, 503, 603, 703 and 803; respectively. Again, 
those trunks may be connected to one another direct- 
ly or via other RTI collectors or network switch points. 
Additionally, individual ones of the aforementioned 
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trunks can interconnect INE servers at one end with 
RTI collectors at the other. (As will be seen, commu- 
nications into and out of RTI collectors are in packe- 
tized form so that any server/RTI collector intercon- 
nections would have to include appropriate packetiz- 5 
ing/de-packetizing circuitry.) The choice of how the 
various trunkings are set up will depend simply on the 
expected levels of traffic between various points 
within the network; the extent to which servers al- 
ready in place have or have not been provided with w 
associated RTI facilities; etc. 

FIG. 4 is an illustrative realization of RTI facility 
40. RTI facility 40, more particularly, includes line 
switch fabric 411, distributing processor 412 and 
number translation table 425 which are the major is 
components of RTI distributor 410 as depicted in FIG. 
2. RTI facility 40 further includes trunk switch fabric 

421 and collecting processor 422 which along with, 
again, number translation table 425 are the major 
components of RTI collector 420 as depicted in FIG. 20 
2. It is via the line and trunk switch fabrics 411 and 421 

that the actual connections, in the form of virtual cir- 
cuits, are made into and out of RTI distributor 410 and 
RTI collector 420, respectively, under the control of 
distributing processor 412 and collecting processor 25 

422 which provide the intelligence to determine when 
and how those connections are to be set up. Number 
translation table 425 contains data which is used 
jointly by distributing processor 412 and collecting 
processor 422 in making those connections. 30 

The other RTI facilities within the network are il- 
lustratively of similar design to RTI facility 40 and 
need not be described in further detail. 

The operation of the aforementioned elements 
will now be described, beginning with a description of 35 
number translation table 425, the organization of 
which is shown conceptually in FIG. 5. 

Specifically, number translation table 425 stores 
RTI routing information for all of the various RTI sub- 
scriber locations served by RTI facility 40, although 40 
only the information relating to RTI subscriber loca- 
tions 11-1, 11-2 and 11-N is shown explicitly. Specif- 
ically, the table identifies video terminal 11-11, POTS 
telephone set 11-12 and personal computer 11-14 as 
being the terminal devices for the video, POTS and 45 
data applications, respectively, at RTI subscriber lo- 
cation 11-1. The designations for those terminal de- 
vices stored in table 425 correspond to the OE\ 's 
ofthe aforementioned Daugherty patent applications. ^ 

Table 425 further specifies an "RTI directory 
number" and a "server directory number" for each ap- 
plication. The server directory number is the directory 
number used internally by an INE server in the course 
of handling calls for a particular subscriber, that nunrv 
ber including the server's exchange digits; Note, 
then, that the server directory numbers for video, 
POTS and data applications for subscriber location 



11-1 are 908-615, 908-949 and 908-957 directory 
numbers, respectively, which are the NPA-NNX*s of 
INE servers 55, 45 and 85. The server directory num- 
ber is relevant to such issues as billing and other tel- 
ephony administration matters. 

The RTI directory number, on the other hand, is 
the directory number used externally in, for example, 
directing calls to a particular subscriber location. In 
this case, the RTI directory number for all three ap- 
plications is the same~908-949-6111--so that, ad- 
vantageously, calls of all three application types in- 
tended for subscriber location 11-1 can be directed to 
the same directory number. 

The column headed "ROUTE TO/OUTGOING" 
indicates how an outgoing call of each of the applica- 
tion types is to be routed. As noted above, particular 
ones of links 402 connect RTI distributor 410 directly 
into line ports of not only its associated INE server— 
POTS central office switch 45-but also of video 
switch 55 and ISDN central office switch 75. These 
have been provisioned because, in this example, 
there is a sufficient amount of traffic between RTI 
subscriber locations served by RTI facility 40, on the 
one hand, and those particular INE servers, on the 
other hand, to warrant the provisioning and ongoing 
maintenance of such links. By contrast, there is insuf- 
ficient traffic between those locations and video 
switch 65 or data server 85 to warrant a specific link 
between them. In that situation, outgoing calls are 
routed via trunks 403 to the RTI facilities 60 and 80 
associated with those servers— this being a more eco- 
nomical approach because those trunks can be used 
to connect RTI facility 40 to a whole multiplicity of 
other RTI facilities. Thus, as shown in FIG. 5, the 
ROUTE TO/OUTGOING entries within table 425 for 
subscriber location 11-1 identify switches 45 and 55 
as the entities to which outgoing POTS and video 
calls are to be routed, while RTI collector 820 of RTI 
facility 80 is specified as the entity to which outgoing 
data calls— which are to be served by its associated 
INE server, data server 85— are routed. 

RTI subscriber location 11-2 has two RTI directo- 
ry numbers. Specifically, the directory number 908- 
949-7222 is used for its video and POTS applications, 
the video and POTS INE servers being video switch 
65 and POTS central office switch 45, respectively. 
On the other hand, the directory number for the ISDN 
application for this subscriber location is a directory 
number supported by central office switch 75— the di- 
rectory number 908-582-7678-rather than a directo- 
ry number supported by central office switch 45. 
Such an arrangement, which Is conventionally refer- 
red to as "foreign exchange* service, is provisioned at 
the subscrfoer's request For example, the subscriber 
may have been using the 908-582-7678 number for 
an extended period of time In the past and may wish 
to continue to receive ISDN calls at that number even 
though other calls are received at the 908-949-7222 
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number. Inasmuch as RTI distributor 410 has direct 
links 402 to central office switches 45 and 75, it is 
those servers that are listed in the ROUTE TO/OUT- 
GOING column for location 11-2. There is no such link 
to video switch 65. Accordingly, that column has RTI 
collector 620 listed. 

Table 425 also shows that the POTS application 
for telephone set 11-N2 at subscriber location 11-N 
has the directory number 908-949-8333 and is sup- 
ported by central office switch 45. 

Number translation table 425 also has a column 
headed "ROUTE TO/INCOMING." The entries in this 
column indicate how incoming calls are to be routed. 
In particular, all incoming non-POTS calls directed to 
a 908-949 RTI directory number will be delivered, in 
the first instance, to RTI collector 420 via trunks 403 
and, depending on the trunking from the originating 
location, some of the POTS calls will be directed 
thereto, as well. (The non-RTI POTS calls will be de- 
livered to central office switch 45 directly via one of 
trunks 452 In the conventional way.) As shown in FIG. 
5, POTS and video calls received at RTI collector 420 
for the RTI directory numbers 908-949-61 11 and 908- 
949-8333 are routed to central office switch 45, that 
routing being by way of respective ones of links 453. 
Video and data calls for that RTI directory number are 
routed to RTI collectors 520 and 820 since there are 
no direct links from RTI distributor 420 to video switch 
55 or to data server 85. 

With respect to incoming calls to RTI directory 
number 908-949-7222, incoming video and POTS 
calls are routed, via direct connections, to video 
switch 85 and central office switch 45. 

Incoming calls to 908-582-7678 are not received 
by RTI facility 40 and, therefore, there is no ROUTE 
TO/INCOMING entry for that number. 

Each RTI facility within the network has Its own 
number translation table similar to table 425. For 
present illustrative purposes, it is useful to depict as 
shown in FIG. 6, a particular one entry of the number 
translation table within RTI facility 70, that being the 
entry associated with ISDN telephone set 11-23. For 
the most part a number translation table includes en- 
tries for locations which are directly connected to the 
RTI facility in question, such as subscriber locations 
13-1 through 13-N in the case of RTI facility 70. How- 
ever, since the directory number for telephone set 11- 
23 is a directory number supported by central office 
switch 75, i.e., a directory number whose NPA-NNX 
is 908-582, it is necessary for the table of FIG. 6 to in- 
clude such an entry as well so that incoming calls to 
908-582-7628 can be routed appropriately. Outgoing 
calls from telephone set 11-23 are not handled by RTI 
facility 70 and, therefore, there is no ROUTE 
TO/OUTGOING entry for that number. 

A further column in the number translation tables 
is headed "WIRETAP?". The presence of a directory 
number in this column indicates that a law enforece- 



ment agency has obtained a court order authorizing 
a wire tap for the directory number in question. In the 
event that either an incoming (outgoing) call is made 
from (to) such a directory number, the RTI facility will 
5 initiate a call to the number specified in the WIRE- 
TAP? column— which number terminates at a law en- 
forcement agency's wiretap facility— and will supply 
the "tapped" conversations over the call thus initiated. 
FIG. 5 shows that telephone set 11-N2 is currently un- 
to der a wiretap order, with the communications to and 
from its directory number being "tapped" and sup- 
plied to 908-555-8282. If desired, such wiretapping 
can be effected for applications other than POTS, 
e.g., video. 

is The column headed "FX" (foreign exchange) is 

explained at a more opportune point hereinbelow. 

Particular mention should be made at this point 
of data server 85. It's inclusion in a network of the 
type shown in FIGS. 1-2 is wholly optional. Indeed, 

20 data server 85 is envisioned by me to be a new kind 
of server which would serve as a) a network endpoint 
providing any various information database or other 
data services to a caller combined with b) a set of tel- 
ephony-server-type functionalities, such as billing, 

25 so that a subscriber location can connect into such a 
server via any of the mechanisms described above 
without having had to have been connected through 
any other INE server, such as a central office switch. 
An INE server of this type might be referred to as an 

so application server, as compared with a telephony ser- 
ver which is what each of the other INE servers shown 
in the drawing are. 

Referring to the flowchart of FIG. 8, consider now 
the origination of an outgoing call from, for example, 

35 RTI subscriber location 11-1. As shown at block 801 , 
the subscriber signals for service by, for example, tak- 
ing a telephone set off hook or otherwise causing a 
terminal device to transmit to the serving terminal a 
signal requesting service. Serving terminal 21 there- 

40 upon initiates the setting up of a communications 
channel between the telephone set and RTI distribu- 
tor 410 via access network 31. At the same time, 
serving terminal 21 determines the application type. 
On the one hand, the application type may be de- 

45 dared explicitly (block 807). For example, the appli- 
cation type might be declared in a terminal-device-to- 
serving-terminal message generated automatically 
by the terminal device. Or the application type might 
be declared by the subscriber— for example, in re- 

60 sponse to a prompt supplied by the serving terminal, 
if, on the other hand, the application is not declared 
explicitly, it is determined implicitly (block 809). Spe- 
cifically, the application type may be implicit in the 
type of terminal device requesting service, e.g., a 

65 POTS telephone set, or may simply be determined, 
by default, to be a particular application type, e.g., 
POTS. 

The serving terminal also determines, if it can. 
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the INE server that is to serve the call. More particu- 
larly, the INE server that is to serve the call may be 
explicitly declared (block 811) via one of the mecha- 
nisms noted above in connection with the application 
type or it may be determined implicitly (block 815). 5 
The implicit determination may be, for example, as a 
consequence of a pre-specification, within the serv- 
ing terminal, of the INE server for the application type 
in question. Failing any of the foregoing, the INE ser- 
ver is determined by RTI distributor 410 from number 10 
translation table 425, as described below. 

The serving terminal then creates a data packet 
(block 420), the structure of which is shown in FIG. 7. 
The packet illustratively conforms to the standard 53- 
byte ATM cell envelope format, although any cell de- 1 5 
sign can be used. Specifically, the first five bytes 
comprise standard ATM header information. The re- 
mainder of the 53 bytes contains the cell "payload" 
beginning with such RTI information as the applica- 
tion type, the INE server, if known, and the terminal 20 

device identification, OEj . 

The cell is then transmitted over access network 
31 to RTI distributor 4 10 (block 822), which thereupon 
determines the application type and/or the INE server 25 
(block 825). As just seen, one or both of these may 
have been specified in the cell itself. If the application 
type has not been so specified, a default application 
type is assumed, e.g., POTS. If an INE server is not 
specified in the cell, the ROUTE TO/OUTGOING col- 30 
umn of number translation table 425 is consulted to 
determine where the call is to be routed. If number 
translation table 425 does not contain, for the sub- 
scriber location in question, an entry for the applica- 
tion type in question, a default INE server, e.g. central 35 
office switch 45, is assumed. This means that, advan- 
tageously, it is not mandatory that an entry be made 
in table 425 for every application type, for every sub- 
scriber location, connected to an RTI serving termi- 
nal, such as serving terminal 21. As an example, the ^ 
entries shown in table 425 for one or both of POTS tel- 
ephone sets 11-12 and 11-N2 could be eliminated, 
with the result that POTS calls received therefrom 
would be routed to, for example, central office switch 
45 as the default 45 

Assume that the call is to be connected to an INE 
server that is directly connected to RTI distributor 410 
via one of links 402 (block 828), such as central office 
switch 75. In this case, distributing processor 412 a) 
instructs line switch fabric 411 to establish a virtual ^ 
circuit connecting the incoming channel to an appro- 
priate channel on one of those links 402 and, b) using 
ATM commands, causes the ATM cell to be transmit- 
ted to the INE server over that link (block 836). This 
assumes (block 829) that the network was, in fact, ^ 
successful in making the connection (block 829) rath- 
er than being unable to do so as the result of equip- 
ment problems, cable aits or the like. It also assumes 



that the INE server is ATM-compatible. If it is not, an 
applique or interface (not shown) is provided at the 
INE server which serves as a "front end" to depacke- 
tize the cell and to present the information content 
thereof in the form expected by the INE server and to 
perform the opposite function for information directed 
back to the terminal device. 

On the other hand, there may be no direct link 
from the RTI distributor to the INE server, as is the sit- 
uation in the case of video switch 65. In that situation 
(block 832), a connection toward RTI collector 620 is 
made by having line switch fabric 411 establish a vir- 
tual circuit connecting the incoming channel out onto 
one of trunks 403 via trunk switch fabric 421. The 
term "toward" is used here to denote the fact that the 
ultimate connection between RTI collectors 420 and 
620 may, itself, be not a direct trunk connection but, 
rather, involve one or more intermediate RTI collec- 
tors. Thus as shown in FIG. 8, the output of block 832 
loops back through block 828 until the calf has 
reached the RTI collector (in this example, 620) of an 
RTI facility (60) whose RTI distributor (610) is directly 
connected to a line port of thedesired INE server (65), 
per block 828. Such routing through any intermediate 
RTI collectors would be effectuated within those col- 
lectors using conventional numbering plan concepts 
wherein each such collector would have information 
about which outgoing trunk ought to be used to for- 
ward a call to any particular destination specified. 
And as before, the connection from the RTI distributor 
to the INE server is made, assuming that there are no 
impediments to same (blocks 829 and 836) and, also 
as before, the cell is transmitted to the INE server. 

It is thus seen that through either of the two 
mechanisms— direct connection from the RTI distrib- 
utor to the INE server, or trunk connections via the 
RTI collectors and, ultimately, an RTI distributor— a 
complete connection is established between the ter- 
minal device at the subscriber location and the appro- 
priate INE server. 

With this first, service-requesting cell having 
been communicated to the appropriate RTI server 
and a connection having been established between 
the calling terminal device and the INE server, the lat- 
ter is now in a position to complete outbound call proc- 
essing (block 839) in any of a number of ways. If the 
called party is served by that same INE server, the 
call can be completed either in the conventional way, 
if the called party is not an RTI subscriber, or via the 
process set forth in FIG. 9 beginning from block 931 
if the called party is an RTI subscriber. If the called 
party is not served by the same INE server, the call 
is routed over a respective one of outgoing trunks 
452, 552, etc., or via a respective one of RTI collectors 
420, 520, etc., those options having been described 
hereinabove. In the latter case, a channel is set up be- 
tween the INE server and the RTI collector-via one of 
links 453, 553, etc., the vehicle by which this is done 
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again being ATM commands. It may also be noted that 
the called "party" may, in actuality, simply be an INE 
application server somewhere in the network-as op- 
posed to a telephony server-a typical scenario being 
a call from a subscriber to a server which supplies vid- s 
eo on demand. In that case, the outgoing call might 
be a POTS or ISDN call during which the desired vid- 
eo program is ordered by the caller, and which call is 
thereafter terminated, followed by an automatic video 
call back to the subscriber location initiated from the 10 
application server. 

It may be the case— contrary to what is assumed 
above-that due to equipment failures, cable cuts, 
etc., the network is not able to establish a connection 
from a subscriber location to the desired INE server. 15 
This is the "NO" branch leading from block 829. If this 
is the case, and if the call is a so-called E911 (or other 
emergency) call, it is desirable to make alternate ar- 
rangements. 

In particular, as is well known within the United 20 
States, E911 is an application wherein a subscriber di- 
aling the digits "911" is connected to an emergency 
center from which police, fire, ambulance or other 
emergency services can be requested. Indeed, sub- 
scriber location 1 2-N in FIG. 1 represents such a cen- 2s 
ter. Consider, now, ISDN telephone set 11-23. It is as- 
sumed herein that central office switch 75 which 
serves that telephone set is geographically much 
more distant from subscriber location 11-2 than is 
central office switch 45. With that increased geo- 30 
graphical separation comes an increased chance of 
service disruption because, for example, there is that 
much more opportunity for the one of links 402 con- 
necting RTI distributor 410 to central office switch 75 
to be put out of service due, for example, to excava-. 35 
tioiwelated cable cuts or to natural disasters. Addi- 
tionally, because of the additional call routing in- 
volved, the call set-up time may be greater, this being 
particularly disadvantageous in emergency situa- 
tions. However, outgoing calls to particular destina- 40 
tions, such as the E911 emergency application, can, 
if the situation warrants, be routed from the RTI dis- 
tributor to an alternate INE server— which may even 
be one which does not support the type of call being 
made, e.g., ISDN. 45 

To this end, the table 425 entry associated with 
ISDN telephone set 1 1 -23 includes an entry in the col- 
umn headed "E911 SERVER." The E911 SERVER 
column in the table indicates that E911 calls originat- 
ing from telephone set 11-23, if they cannot be served so 
by central office switch 75 at any particular time, are 
to be served by central office switch 45, as an alter- 
nate. In particular, if RTI distributor 410 finds that it is 
unable to establish a connection to central office 
switch 75, it initiates a message to ISDN telephone 65 
set 11-23-e.g., on its display screen— prompting the 
subscriber, notwithstanding the fact that dial tone 
from the ISDN central office switch has not been able 



to be provided, to enter the digits "911" if the call is 
an emergency call (block 830). If the subscriber does 
not thereupon enter the digits "911", the attempted 
call set-up is aborted (block 831). If, however, the dig- 
its "911" are entered, RTI distributor 410 takes steps 
to connect the call through central office switch 45. 
Since telephone set 11-23 is not normally served by 
that switch, the latter does not "know" the former, i.e., 
has no information about it, and it is thus not possible 
to simply connect telephone set 11-23 to a line port of 
central office switch 45. Moreover, central office 
switch 45 is not ISDN-capable. RTI distributor 410 it- 
self is, however, a subscriber of central office switch 
45 in that, in addition to links 402, it has a standard 
telephone line thereto (not shown). Under the condi- 
tions postulated, RTI distributor 410 sets up a call be- 
tween telephone set 11-23 and central office switch 
45 (block 833). It does this by a) initiating an E911 
POTS call from itself to central office switch 45, b) 
bridging that call with the incoming call from tele- 
phone set 11-23, and c) throughout the process, ap- 
propriately depacketizing (packetizing) communica- 
tions from (to) telephone set 11-23 so as to allow 
ISDN telephone set 11-23 to communicate with POTS 
central office switch 45. 

No E911 SERVER entries are necessary for any 
of the other terminal devices listed in number trans- 
lation table 425 because the other telephone sets are 
already served by central office switch 45. It is also 
assumed that the network does not support video, 
data or other application types for E91 1 . If it did, how- 
ever, the same considerations could apply in terms of 
providing the wherewithal to connect such E911 calls 
to an alternative INE server. It may also be noted that 
the survivability feature can be provisioned to be in- 
voked for any emergency-type call— not just calls 
made by dialing "911"-including, for example, so-cal- 
led lifeline services, security/alarm services, etc. 

In preferred embodiments, the RTI distributor will 
"camp on" to all calls routed through it thereby being 
able to, for example, recognize that an ongoing emer- 
gency call has been disrupted and thereupon provide 
for alternate routing of the call. 

Referring to the flowchart of FIG. 9, consider now 
the receipt of an incoming calf to, for example, RTI 
subscriber location 11-1. All RTI calls directed to a 
particular directory telephone number are received at 
the RTI collector associated with the NPA-NNX of that 
number (block 901). In this case, it is assumed that 
the incoming call is an RTI call intended for 908-949- 
6 1 1 1 , so that the call is received by RTI collector 420. 
(Again, non-RTI calls to 908-949 numbers are re- 
ceived by central office switch 45 via trunks 452 in 
the conventional way.) Collecting processor 422 
thereupon determines the application type and the 
appropriate INE server (block 904) either by refer- 
ence to data contained in the incoming cell, to the ex- 
tent that such data is provided, or from number trans- 
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lation table 425. 

If RTI collector 420 is directly connected to the 
trunk side of the INE server-as is the case if the ser- 
ver is central office switch 45, video switch 65 or 
ISDN central office switch 75-collecting processor s 
422 a) instructs trunk switch fabric 412 to establish a 
virtual circuit connecting the trunk channel on which 
the call is being received to an appropriate channel on 
one of links 453 and, b) using ATM commands, caus- 
es the call to be transmitted to the INE server over 10 
that link (block 912). On the other hand, there may be 
no direct connection on the trunk side to the INE ser- 
ver. Thus assume, for example, that the INE server 
that is to serve the call is video switch 55, for which 
there is, indeed, no such connection. In this situation, 15 
collecting processor 422 a) instructs trunk switch fab- 
ric 412 to establish a virtual circuit connecting the 
trunk channel on which the call is being received back 
out on another trunk channel toward RTI collector 520 
(block 909), either via a direct trunk connection or via 20 
one or more intermediate RTI collectors until the call 
reaches RTI collector 520 (block 906) which (again, at 
block 912) instructs its own trunk switch fabric (not 
shown) to a) establish a virtual circuit connecting the 
incoming channel on one of trunks 503 to a channel 25 
on one of links 553, and b) using ATM commands, 
cause the call to be transmitted to video switch 55. 

The INE server that has now received the incom- 
ing call identifies from the incoming call data such in- 
formation as the origin of the call, i.e., the originating 30 
directory number, which is used for a number of pur- 
poses, such as billing and calling number delivery 
service; the identity of the immediately prior entity 
which forwarded the call, as is conventional in packet 
switching technology generally; and the called direc- 35 
tory number. The INE server thereupon provides con- 
ventional telephony administration such as determin- 
ing whether the called directory number is currently 
"busy," "idle," "ringing," etc. (block 915). If the called 
terminal device is, in fact available to receive the call, 40 
steps are taken to complete a connection thereto. 

In particular, assume that the INE server that is 
handling the call is central office switch 45. Since the 
INE server in that case is, in feet connected directly 
to the subscriber's RTI distributor 410 via links 402 45 
(block 918), central office switch 45 initiates the set- 
ting up of a channel over one of those links to the RTI 
distributor (block 928)-specif ying the called terminal 

identification-its OE| -The fact that there is no en- ^ 
try in the FX column of number translation table 425 
for the terminal devices whose RTI directory number 
is 908-949-61 11 -the assumed called number-im- 
plicitly means that such devices are connected to the 
RTI distributor of which that table is a part namely RTI ^ 
distributor 410. (The counter example is treated be- 
low.) Moreover, the OEi includes information 



which specifies serving terminal 21 as the one to 
which those terminal devices are connected. RTI dis- 
tributor 410 can thus simply proceed to a) establish a 
channel over access network 31 to serving terminal 
21 and then transmit the call thereto (block 931). 

Serving terminal 21 thereupon signals the termi- 
nal device, e.g., by activating its ringer (block 933). 
The connection is completed upon the subscriber an- 
swering the call (block 936) and communication be- 
tween the calling and called parties can proceed. 

On the other hand, the INE server that is handling 
the call may not be directly connected to RTI distrib- 
utor 41 0. Thus assume, for example, that the INE ser- 
ver that is serving the incoming calf is video switch 65, 
for which there is, indeed, no such direct connection. 
In this situation, connections are made back out 
through to RTI collector 620 via appropriate trunks 
and, possibly, intermediate RTI collectors (blocks 922 
and 924) until a connection to RTI collector 420 has 
been made, and then processing continues as before, 
beginning at block 928. 

Consider, now, the FX column of the number 
translation table of RTI facility 70 as shown in FIG. 6. 
The fact that there is an entry in that column for ISDN 
telephone set 11-23 means that that telephone is not 
directly connected to the RTI distributor of which that 
table is a part That is, it is not connected to RTI dis- 
tributor 71 0. Thus, in contradistinction to the example 
given earlier, central office switch 75 should not for- 
ward incoming call for telephone set 11-23 to its own 
associated RTI distributor. Rather, it should forward 
them to the RTI distributor to which the subscriber lo- 
cation in question is, in fact, connected. This readily 
accomplished by having RTI collector 720 specify to 
central office switch 75, when a call first comes in, 
how the call should be routed out the line side of that 
switch. In the example shown in FIGS. 1-2, the FX en- 
try for ISDN telephone set 11-23 is "DIST 410/D", in- 
dicating to central office switch 75 that it has a direct 
link (as denoted by the "ZD") to the called subscriber 
location and that it should route incoming calls for tel- 
ephone set 11-23 over its link 402 to RTI distributor 
410. The latter then proceeds to complete the con- 
nection in the manner described above. 

If there were to be no direct connection between 
central office switch 75 and RTI distributor, then the 
entry in the FX column for telephone set 11-23 would 
simply be "DIST 410." That lack of the "/D" notation 
in the entry means that RTI distributor 710, upon re- 
ceiving the call, consulting number the number trans- 
lation table of FIG. 6 and forwarding the call it on to 
central office switch 75, would instruct central office 
switch 75 to route the calf to its own RTI distributor 
710 Identifying RTI distributor 410 as the destination. 
RTI distributor 710 will thereupon cause the call to be 
routed to RTI distributor 410 via RTI collectors 720 
and 420. It will be appreciated that this technique for 
implementing a foreign exchange feature can be 
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used to provide that feature over great geographic 
distances without the need for long, and therefore ex- 
pensive, dedicated connections, as is the case today. 
Advantageously, then, a subscriber can continue to 
utilize a particular directory telephone number even s 
while continuing to physically re-locate him/herself 
overtime. For this reason, this aspect of the operation 
of the network of FIGS. 1-2 can be thought of as a 
"number portability" feature. 

Moreover, this same mechanism could be used to to 
provide a form of personal communications service. 
A traveling subscriber could be provided with the abil- 
ity to call in to a local RTI distributor -say the RTI dis- 
tributor which serves a subscriber location where the 
traveling subscriber is visiting— and to instruct that lo- 15 
cal RTI distributor to a) inform the traveling subscrib- 
er's "home" RTI facility to cause any incoming calls to 
the traveling subscriber's directory number to be for- 
warded, via the mechanisms described above, to the 
local RTI distributor, just as though the traveling sub- 20 
scriber were being provided with foreign exchange 
service by his "home" INE server and then, b) to route 
any such calls received by the local RTI facility 
through the local RTI distributor to the location where 
the subscriber is visiting. 25 

The discussion herein has proceeded without ex- 
plicitly reference to SS7 signaling, which is the stan- 
dard protocol and format for call administration (and 
database look-up) among network elements. SS7 
signaling is accommodated in the network of FIGS. 1 - 30 
2 by simply treating it as a further telecommunica- 
tions application, with the SS7 endpoints (signaling 
interfaces) being treated like separate INE servers. 

The foregoing merely illustrates the principles of 
the present invention, as the following list of some of 35 
the possible alternatives and variations demon- 
strates: 

Although the invention is disclosed herein in the 
context of the North American numbering plan, it is 
equally applicable to any telecommunications num- 40 
bering plan. 

Although the various INE servers in the network 
are each shown as having a respective different as- 
sociated RTI facility, a single RTI facility can be ar- 
ranged to be associated with two or more INE ser- 45 
vers, just as, today, multiple servers are often sup- 
ported in a single so-called wire center. 

Although the various components shown in FIG. 
4 can be realized as physically separate entities as 
the drawing shows, they could equally wen be real- so 
ized in various alternative ways. For example, the two 
switch fabrics could be one unified switch fabric. 
Indeed, the functionality of the switch fabrics of an 
RTI facility could, in actuality, be provided by the 
switch fabric of the associated INE server, rather than 55 
being separate entities. As another variation, the two 
processors could be one processor providing both the 
distributor and collector functions. RTI distributor 410 



and RTI collector 420 could also be realized as wholly 
separate entities which share no common compo- 
nents and need not be physically proximate to one an- 
other. 

The invention is not limited to use in conjunction 
with the particular types of INE servers and applica- 
tions shown herein. For example, another type of ser- 
ver/application could be an electronic mail (e-mail) 
server/application so that, for example, e-mail could 
be addressed to an RTI directory number and, upon 
its arrival at the appropriate RTI collector, routed to an 
e-mail server for "forced-delivery" to the subscriber. 

Although serving terminals for residences and 
small businesses are typically installed in an outdoor 
pedestal or on a utility pole, the serving terminals 
shown and described herein could, alternatively, be 
installed within the subscriber location itself-such as 
in a basement— so that, in effect, the subscriber ter- 
minal provides local area network (LAN) functionality 
within the subscriber premises. 

Additionally, the network of FIGS. 1 and 2 could 
be arranged to have an embedded network manage- 
ment capability in which diagnostics, testing and per- 
formance monitoring could be designed into the vari- 
ous elements of the network and the ATM capabilities 
available in the network could be used to route all that 
data to a central telemetry facility. 

The discussion hereinabove has tacitly proceed- 
ed on the assumption that, in an outgoing call, the 
calling subscriber has specified the desired endpoint 
by specifying an endpoint directory number Indeed, 
that is envisioned to be the predominant way in which 
calls will be made. It is possible, however, to allow 
callers to specify some other "label" for the desired 
endpoint— such as the name of a desired video-on-de- 
mand provider— and leave it to the RTI distributor to 
look up the directory number in a table which it main- 
tains for this purpose and to insert the directory num- 
ber in the cell which it forwards on. Moreover, an RTI 
collector to which calls to a video-on-demand provider 
are directed— again using that as an example— may 
route those calls to any of a plurality of identical video- 
on-demand application servers of that provider on, for 
example, a round-robin or load-balancing basis, in 
analogy to the conventional telephony hunt group 
concept 

It will thus be appreciated that, although the in- 
vention Is illustrated herein in the context of a specific 
illustrative embodiment, those skilled in the art will be 
able to devise numerous alternative arrangements 
which, although not explicitly shown or described 
herein, embody the principles of the invention and are 
within its spirit and scope. 



Claims 

1. A method for use in a telecommunications net- 
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work which includes a plurality of intelligent net- 
work element servers (45, 55, 65, 75, 85) sup- 
porting respective telecommunications applica- 
tion types, 

CHARACTERIZED IN THAT said method 5 
comprises the steps of 

receiving at a single point of distribution, 
(e.g., 410) and via a single access link (e.g., 31), 
outgoing calls of any of said application types 
originating from a particular subscriber location, 10 
(e.g., 11-1) and 

routing each of said outgoing calls from 
said point of distribution to a particular one of said 
intelligent network element servers (e.g., 65), 
said particular one of said intelligent network ele- 15 
ment servers being a function of the application 
type of said each outgoing call. 

2. The invention of claim 1 wherein said calls in- 
clude intelligence carried in data packets, where- 20 
in at least ones of said packets have information 
identifying the application type of the respective 
call, and wherein said point of distribution carries 

out said routing as a function of said information. 

25 

3. The invention of claim 1 comprising the further 
steps of 

receiving, at a point of collection (e.g., 
420), incoming calls of any of said application 
types directed to said particular subscriber loca- 30 
tion, 

routing each of said incoming calls from 
said point of collection to the one of said intelli- 
gent network element servers supporting the ap- 
plication type of said each incoming call and from 35 
that intelligent network element server to said 
subscriber location via said point of distribution 
and said single access link. 

4. The invention of claim 3 wherein said incoming 40 
calls include intelligence carried in data packets, 
wherein at least ones of said packets have infor- 
mation identifying the application type of the re- 
spective call, and wherein said point of collection 
carries out said incoming call routing as a func- 45 
tion of said information. 

5. The invention of claim 1 wherein ones of said out- 
going calls of a particular application type are 
normally routed in said routing step to a first one so 
of said intelligent network servers (e.g., 75) sup- 
porting that application type while others of said 
outgoing calls of that particular application type 

and directed to a particular destination number 
are routed to a second one of said intelligent net- 55 
work element servers (e.g. 45). 



6. The invention of claim 5 wherein said particular 



destination number is an emergency services 
number. 

7. The invention of claim 3 wherein said points of 
distribution and collection are co-located with 
one another. 

8. The invention of claim 7 wherein said points of 
distribution and collection are co-located with a 
telecommunications central office (e.g. 45). 

9. The invention of claim 1 wherein said telecommu- 
nications application types include at least ones 
of POTS, ISDN, video and data applications. 

10. The invention of claim 1 wherein said calls in- 
clude intelligence carried in data packets and 
wherein at least ones of said packets have infor- 
mation identifying said particular one of said in- 
telligent network element servers. 

11. The invention of claim 1 wherein said routing step 
includes the steps of 

responding to receipt of a particular one of 
said outgoing calls by determining its application 
type, and 

determining said particular one of said in- 
telligent network element servers from a number 
translation table as a function of said determined 
application type and of said particular subscriber 
location. 

12. The invention of claim 1 wherein said calls in- 
clude intelligence earned in data packets con- 
forming to an asynchronous transfer mode (ATM) 
format 

13. The invention of claim 12 wherein said routing 
step includes the communication of ATM com- 
mands between said point of distribution and said 
intelligent network element servers. 

14. The invention of claim 3 wherein said outgoing 
call routing step comprises the step of 

routing ones of said outgoing calls to said 
particular one of said intelligent network element 
servers (e.g., 65) via said point of collection. 

15. The invention of claim 3 wherein said outgoing 
call routing step comprises the step of 

routing ones of said outgoing calls to said 
particular one of said intelligent network element 
servers (e.g., 65) via said point of collection and 
a second point of collection (e.g., 620) to which 
that server is connected directly, if there is no di- 
rect link between said point of distribution and 
said server. 
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16. The invention of claim 1 wherein said routing step 
includes the establishing of a virtual circuit be- 
tween said point of distribution and said one of 
said intelligent network element servers. 

17. Apparatus for use in a telecommunications net- 
work which includes a plurality of intelligent net- 
work element servers (45, 55, 65, 75, 85) sup- 
porting respective telecommunications applica- 
tion types, said apparatus including a point of dis- 
tribution (410) which comprises 

means (411) for receiving, via a single ac- 
cess link, outgoing calls of any of said application 
types originating from a particular subscriber lo- 
cation, and 

means means (412, 425) for routing each 
of said outgoing calls from said point of distribu- 
tion to a particular one of said intelligent network 
element servers, said particular one of said intel- 
ligent network element servers being a function 
of the application type of said each outgoing call. 

18. The apparatus of claim 17 wherein said calls in- 
clude intelligence carried in data packets, where- 
in at least ones of said packets have information 
identifying the application type of the respective 
call, and wherein said means for routing carries 
out said routing as a function of said information. 

19. The apparatus of claim 17 further comprising a 
point of collection (420) which comprises 

means (421) for receiving incoming calls of 
any of said application types directed to said par- 
ticular subscriber location, and 

means (422, 425) for routing each of said 
incoming calls to the one of said intelligent net- 
work element servers supporting the application 
type of said each incoming call and from that in- 
telligent network element server to said subscrib- 
er location via said point of distribution and said 
single access link. 

20. The apparatus of claim 1 9 wherein said incoming 
calls include intelligence carried in data packets, 
wherein at least ones of said packets have infor- 
mation identifying the application type of the re- 
spective call, and wherein said point of collection 
carries out said incoming call routing as a func- 
tion of said information. 

21. The apparatus of claim 17 wherein ones of said 
outgoing calls of a particular application type are 
normally routed by said routing means to a first 
one of said intelligent network servers supporting 
that application type while others of said outgoing 
caQs of that particular application type and direct- 
ed to a particular destination number are routed 
to a second one of said intelligent network ele- 



ment servers. 

22. The apparatus of claim 21 wherein said particular 
destination number is an emergency services 

5 number. 

23. The apparatus of claim 19 wherein said points of 
distribution and collection are co-located with 
one another. 

10 

24. The apparatus of claim 23 wherein said points of 
distribution and collection are co-located with a 
telecommunications central office (45). 

15 25. The apparatus of claim 17 wherein said telecom- 
munications application types include at least 
ones of POTS, ISDN, video and data applica- 
tions. 

20 26. The apparatus of claim 17 wherein said calls in- 
clude intelligence carried in data packets and 
wherein at least ones of said packets have infor- 
mation identifying said particular one of said in- 
telligent network element servers. 

25 

27. The apparatus of claim 17 wherein said routing 
means responds to receipt of a particular one of 
said outgoing calls by determining its application 
type and by thereupon determining said particu- 
30 lar one of said intelligent network element ser- 

vers from a number translation table as a func- 
tion of said determined application type and of 
said particular subscriber location. 

35 28. The apparatus of claim 17 wherein said outgoing 
calls include intelligence carried in data packets 
conforming to an asynchronous transfer mode 
(ATM) format 

40 29. The apparatus of claim 28 wherein said routing 
means carries out said routing via the ATM com- 
mands between said point of distribution and said 
intelligent network element servers. 

45 30. The apparatus of claim 19 wherein said outgoing 
call routing means routes ones of said outgoing 
calls to said particular one of said intelligent net- 
work element servers via said point of collection. 

so 31. The apparatus of claim 19 wherein said outgoing 
call routing means 

routes ones of said outgoing calls to said 
particular one of said intelligent network element 
servers via said point of collection and a second 

55 point of collection to which that server is connect- 

ed directly, if there is no direct link between said 
point of distribution and said server. 
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32. The apparatus of claim 17 wherein said routing 
means carries out said routing by establishing of 
a virtual circuit between said point of distribution 
and said particular one of said intelligent network 
element servers. 5 
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